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CELLEMETRY-OPERATED RAILROAD SWITCH HEATER 

CROSS REFERENCE TO RELATED APPLICATIONS 
5 This application claims the benefit of provisional application number 

60/418,922, filed 10/16/2002. 

FIELD OF THE INVENTION 

This invention relates to ete^ for melting ice and snow 

10 between a movable portion and stationary portions of railroad track switches, 
and particularly to a computerized system including Cellemetry™ 
communications for remotely activating and deactivating such heaters. The 
computerized system of the instaxit invention may also be easily adapted for 
other applications; such as .sui^^^ automated water, gas and 

15 electric meter, reading, prepm^^ electrical capacitor bank 

switching and other applications} jvherein a switch closure is monitored, switch 
closure or openings ai-e affectediahd/br relatively csmall of data, such 

as a meter reading, are passed to a central^ to^ 

20 BACKGROUND ORTME INVENTION .vkv^o^, : - ^ 

Railroad track switches ^function to \ direct railroad . locomotives and 
cars from one set of tracks to another. The switches care • generally constructed 
of a pair of movable tracks that direct locbmotives and cars from one set of 
tracks to one set of a second aiid' third ^set of tracks. In order to effect a 
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smooth coupling for railroad locomotives and railroad cars to the second or 
third set of tracks, beveled ends of the movable tracks must closely abut to the 
fixed second or third set of tracks. 

Problems arise in cold wea.ther when it rains or snpvs^s. Ice may form 
5 between the rails of the movable portions of track and the stationary portions 
of track so that the movable set of tracks are unable to be brought into close, 
abutting relation with the set of tracks to which the train is to be routed, this 
situation presenting a risk of derailment of the cars or locomotive and causing 
additional wear and tear of the railroad switch components. Likewise, snow, 

10 when the movable tracks are moved between the second arid third set of 
trackSj may become compressed between the fixed and movable sets of tracks 
and again may prevent direct abutting contact between the fixed and movable 
sets of tracks. - : > ?i - 

To overcome the problem of ice and snow preventing abutting contact 

15 between the movable set of tracks and fixed set of tracks, heating elements are 
generally mounted either to each track of the movable set of tracks or to both 
tracks of each of the fixed set of tracks. The heating elements are generally 
energized in anticipation of snowy or icy weather so that the tracks to which 
the heaters are affixed are sufficiently heated to melt any snow or ice that 

20 accumulates between the movable set of tracks and either of the fixed set of 
tracks within a few seconds: a Inhmost instances, about 30 minutes or so of 
preliminary heating time of the tracks is required to sufficiently melt the ice 
and snow. . .•iwiv:^^;^; v^: ^nio^Vy ..'.'c. -:... 



In turn, use of these heated presents other problems. Where the 
track switches are located switch yard, such as found in subway 

systems, there .may be 50 or 60 railroad switches or so having heaters that 
need to be energized. Many subways use a third rail to carry electricily, some 
5 using 600 VDC and others using 750 volts DC, with virtually all using 
potentials between about >480ii^^^^^ to about: 750 VDC for powering the 
individual trains,^ this .third^ r the pair of tracks the 

locomotive and ears ride; on.^^^^ .W^ for energizing the heaters 

located adjacent a respective railroad switch, it is a hazardous job, particularly 
10 in biad weather, for an individual to walk around a switch yard and activate the 
heaters for e;ach . railroad ^switc^^^ Notably, several, people have been 
electrocuted while ; walking about .a railroad switch yard activating or 
deactivating such^ rmlrbad switehvheaters In addition, energizing the heaters 
is time-consuming, typically requiring 1 -1.5 hours for one person to energize 
15 all the heaters in a switch yard withiSO - 60 sets of heaters. Also, as described, 
each heater typically takes aboutoxj^, minutes; to sufficiently heat the track 
portion to which: it- ris^att^^^^ in order to adequately melt ice and snow. Thus, 
if not initiate sufficiehtly inr advaj^ freezing weather, the heated portions of 
the railroad switches may not become hot enough to melt snow and ice 
20 contacting the railroad track switches: In addition, where a heater is bad when 
switched ON, there :is::nothing.k^^^^^ is bad unless 

someone happens ito.;; report- tto snow or ice is not melting from that 
railroad switch or a? d^ra^^^^ problem occurs. Further, it is even 



more hazardous to de-energize the heaters after a snow and/ or ice storm. 
Here, the person responsible for turning OFF the heaters must negotiate many 
pairs of rails each having the third, current-carrying rail therebetween. While 
the switches will be clear of ice and snow because of the heaters, the rest of the 

5 tracks may be covered with a blanket of snow, making it difficult to see the 
third rail. In this instance, rather than risk the life of a maintenance person to 
■ de-energize the heaters, the heaters may be simply left ON until most of the ice 
and snow is cleared from the tracks Unfortunately, this has a deleterious 
effect on the heaters, causing many to bum out prematurely. As these heaters 

10 are expensive, particularly constructed ceramic heaters, anything that extends 
their service life would be particularly advantageous for switchyard operators. 
In addition, the instant invention, in computerized form, is easily rnodified to 
be adapted to other applications.: :;vlii: the railroad switch heater application, the 
system, opens and closes switch contacts and monitors basic status of the 

15 heaters, i.e. if they^are openror shorted, and ipasses this information back to a 
central location. : In other appliGations;; : used in a 

surveillance system^ as to pass information such as a switch closure or output 
of an intrusion detection, device^ such as a imotion detector, back to the central 
location. In anothen^applicafioh^ data from water, gas and electrical meters 

20 may be sent to a central location forrautorQa^^ and prepaid systems. 

Also with respect to utilityr companies, .capacitor/ bank switching for power 
factor balancing may be : effected ;)and monitored, if along with automatically 
detecting affected areas of :electi^^ Here, one service that may 



be performed is notifying and owner of a residence or business that his/ for 
power as failed, at what time and for how lon^. In another application relating 
to personal security, a small, conyeniently carried "panic button" device may be 
coristructed using apellemeti^j^^^ radp and small processor to detect activation 

5 of a panic button, with this inforrnation transmitted within a few seconds to 
another individual or a Such a panic button 

device may be incGrporated ^^^^w^^ to also transmit 

location of an attack, and ma^^^^^^ the fixed i siich as an 

automobile^ bus^ truck or; airplane: / lOn activated such a device may transmit 

IQ its location on a periodic basis'^ such as once; a minute or so. This type of 
device would facilitate ,1^ in finding stolen vehicles, 

kidnapped victimsr people whpva^ 

In addition to the above, itlis incr^^ 
carrying tractorvi trailers: and^0^ containers are being broken into by 

15 thieves and merchandise therein stolen: ^^^^^ A^^^^ not uncommon for such 
railroad ears to be feft idle i^^ is a large facility, or on a 

siding in the- rhid^ile^o^^^ few days, it is 

relatively easy for thieves to target containers marked with logos from well- 
known electronics, drug' and ^^^o^^ Herfe, I propose to fit such 

20 trailers and cargo containers with a batteiy-powered intrusion detection system 
that may include variy^^^ sucii as a sensor for detecting when a 

door or other ehtry^nsv^openedror^a^ sensor, coupled to a GPS sensor. 

Today, such GPS sensors, along with positional in also provide 
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an identification signature. This positional information and signature, along 
with an intrusion indication, may be applied to a CELLEMETRYtm radio as 
described herein and transmitted to a local cellular tower for passage to my 
system. Appropri^ate law enforcem^ and others may then be 

5 notified as appropriate. In addition, tbe intrusion system in the cargo 
container may activate a visible or 9.udible. alarm 
Accordingly,, it is one object of this in^ 
collecting relatively i small amounts of data from remote places and transmitting 
such data to a. central location,' and: to effect or detect switch closures at such 

10 remote locations. The central location may be a. service company that receives 
data from a number of diverse : sources, , such as water, gas and electrical 
meters, surveillance syisteras,- railroad switch heaters, etc., and distributes this 
information to respective ^endruser custoniers,^ as utility conipanies, 

surveillance system companies^ and railroad operators. Also, the system itself 

15 may be leased or sold to such an end user company. More specifically, the 
instant invention provides for selectively energizing and de-energizing railroad 
switch heaters through the use; 0f (Computerized switching and CellemetryTM, 
thus eliminating the need for an individual to manually energize or de-energize 
each set of heatersi It is a further, object of the invention to provide a system 

20 that can energize some or all of the railroad switches in a switchyard safely and 
in a very short time so that the switches can become heated just ahead of a 
rapidly moying or su,ddeh ice or fshow storm. It is yet another object of the 
inventiori to provide such a system that allows some or all of the heaters to be 
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de-energized safely and on an almost immediate basis so that the heaters are 
in use only when they are rieeded.^ Other objects of the invention will become 
apparent upon a reading of the following appended specification. 

5 BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a generally diagrammatic view of a single track of a pair of railroad 
tracks equipped with a heater for melting ice and 

Fig. 2 is a generally diagrammatic view similar to Fig, 1 showing how the prior 
art is modified with my invention. 
10 Fig. 3 is a block diagram of a remote module for activating and deactivating 
railroad switch heaters. 

Fig. 4 is a block diagram generally showing layout of my invention. 
Fig. 5 is a block diagram showing architecture of my invention. 
Fig. 6 is a screen shot, by way of example, of a main menu of a railroad switch 
15 heater system of the instant invention, 

Fig. 6a is a screen shot, by way of example, of a railroad switch heater yard 
configuration page, : : 

Fig. 6b is a screen shot, by way of example, of a menu for configuring discrete 
heaters of the system of instant invention. 
20 Fig. 6c is a screen shot, by way ;of example, of a menu for adding railroad 
switchyards to the system of the instant invention. 

Fig. 6d is a screen shot, by way of example, of a menu for adding additional 
discrete heaters to the system of the cinstantinvention^^ 
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Fig. 6e is a screen shot, by way of example, of a menu for selecting railroad 
switchyards in the systeni of the instant invention. 

Fig. 7 is a screen shot, by way of example, of a control page for controlling 
railroad switch heaters in a railroad yard and for displaying status and alarm 
5 information. 

Fig. 7a is a screen shot, by way of example, of a control page for controlling 
discrete railroad switch heaters. 

Fig. 7b is a screen shot, by way of example, of a control page showing a pop-up 
indication of an alarm. 
10 Fig. 7c is a screen shot, by way of example, of a configuration menu, for 
managing accounts (end user companies) of the instant invent 

Fig. 7d is a screen shot, by way of example, of a configuration page for adding 

i' ■ ' ■ ■ ' ■ ' ■ ■ . . • 
accounts (end user companies) of the instant invention. 

Fig. 8 is a software flow diagram, by way of example, of an initialization process 
15 of software of the instant invention. 

Fig. 9 is a software flow diagram illustrating, by way of example, the process by 

which pages (MIN numbers) are parsed to a gateway server. 

Fig. 9a is a software flow diagram illustrating, by way of example, a process of 

the instant invention for receiving registrations from remote modules. 
20 Fig. 9b is a software flow diagram illustrating, by way of example, a process of 

the instant invention by which a gateway messenger functions. 

Fig. 9c is a software flow diagram illustrating, by way of example, a process of 

the instant invention for tracing transactions. 
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Fig. 9d is a software flow diagram illustrating, by way of example, operation of 
a gateway communicator of the instant invention. 

Fig. 9e is a software flow diagram iUustrating, by way of example, another 
process of the instant invention by which the gateway comniunicator functions. 
5 Fig. 9f is a software flow diagram illustrating, by way of example, a process of 
the instant invention by which a batch of MIN numbers are registered. 
Fig. 9g is a software flow diagram illustrating, by way of example, a process of 
the instant invention adding or deleting a MIN number. 

10 DETAILED DESCRIPTION OF THE 

Generally, this application is directed to a computer-based system for 
a service company that provides services for managing assets that otherwise 
would require intervention or actions by personnel, such as railroad switch 
heater systems as described above, and other applications such as gas, water 

15 and meter reading.. In other instances, such as surveillance for water storage 
tanks, water inlets at water reservoirs or other such critical areas that are 
difficult to monitor, or for monitoring switching of capacitor banks for powier 
factor balancing, automated monitoring or detection equipment may be located 
at such remote places that communicate back to the service company or 

20 directly to the utility company or other end user that has an account with the 
service company. Such monitoring or switching occurs through the use of 
remote modules as described in provisional number 60/418,922, 

filed 10/16/2002, and which is incorporated herein by reference in its entirety. 
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Communications between the service company and remote modules may occur 
through combinations that include Cellemetiy^^, IS-41 network and the 
Internet. 

In general, CellemetryTM operates in a similar manner as a roaming 

5 cellular telephone. When a roaming cell phone is initially turned ON, it sends 
its mobile identifieatiori number (MIN) and an electronic serial number (ESN) to 
a local cellular tower via a control channel. Data in the MIN number tells the 
local cellular switch where the home system is for that cell phone and enables 
the local system to communicate with the cell phone's home system via a 

10 network known as the SS7 network, this network interconnects all cellular 
switching centers in North America together. After validating the MIN and ESN 
of the roaming cell phoiie over the SS7 network, a voice channel for that cell 
phone is enabled, allowing the user to use the cellular telephone. 

eellemetry is similar in that when a message or command is sent to a 

15 remote CELLEMETRY™ radio or when a Cellemetiy™ radio transmits, 
communication only occurs over the control channels. These channels are 
superior in that they are digital as opposed to the analog voice channels, and 
they are operated at higher power levels. Also, cost of using the control 
channels is much less than using the voice channels. Thus, when a remote 

20 CELLEMETRYTM unit is activated to send a message, it sends its MIN and ESN 
numbers to a local cell tower and associated switching center, where the 
number is routed via the SS7 network, not to a cellular home system but to a 
CELLEMETRYTM gateway computer coupled to the SS7 network. The gateway 
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computer associates data in the MIN and ESN with a particular user ^d 
forwards the MIN and ESN to that user viia the Internet, although land lines or 
other transmission mediums, such as wireless and optical mediums may also 
be used. As such, the MIN and . ESN numbers assigned to the remote 

5 CELLEMETRY™ units are particularly coded so that they are recognized by the 
SS7 rietwork and CELLEMETRY gateway, and routed accordingly. Similarly, 
when a message is sent to a CELLEMETRYt^ remote unit, the MIN number is 
sent from a service or other company via the Internet to the CELLEMETRYtm 
• gateway where the MIN number is. placed on the SS7 network, and in turn 

10 paissed to the local switching center and associated cellular tower, where the 
MIN number for the remote unit, is transmitted. In my system, a pair of MIN 
numbers may be transmitted, the first of which being a command MIN that 
requires a sipecific . action, such as to turn a railroad switch heater ON or OFF 
and the second, subsequent MIN identifying which of one or more of the remote 

15 units to perform the action. It should be noted that MIN numbers are passed 
to the cellular system in the form of cellular pages, with each page having a 
capacity of up to 9 MIN numbers. Thus, up to 9 MIN numbers for remote 
devices may be transmitted in a single page; 

Programming of the MIN numbers into a radio portion of the remote 

20 units may be accomplished via a port, such as an RS-232 port, and in a format 
as defined by NUMEREX^m. in general, each Cellemetry™ radio may recognize 
up to ten MIN numbers, including: a unique Mefaulf* MIN number similar to a 
telephone number that is unique, and associated only with a one of the radios 
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in that particular location. Another of the MIN numbers may be a global 
command number that causes all the remote units to operate synchronously, 
i.e turn ON or OFF together. Thus, to operate all the railroad switch heaters 
ON or OFF simultaneously, a single command MIN (ON or OFF) is transmitted, 

5 followed by a second MIN number that all the remote units recognize as an 
activation command. Where a single railroad switch heater pair is to be 
activated, the command MIN to turn ON or OFF is transmitted followed by the 
default MIN recognized only by the remote unit associated with the heater pair 
to be energized or deenergized. 

10 Structure of the MIN numbers and ESN numbers necessary for 

programming and addressing the remote units is defined by NUMEREX™ and 
the cellular protocol, as should be apparent by any individuial skilled in the 
respective arts. However, it should be noted that these are fields in both MIN 
numbers arid ESN nuniber$ wherein the user may devise any scheme 

15 necessary for reception and transmission of data as described herein. Such a 
scheme should also be well within the skills of an average programmer. 

Within the service company, there may be three types of users. At the 
lowest level, a level at which users are granted the least access to the system, 
are end users such as the system operators in utility systems and surveillance 

20 companies, or operators in utility companies that operate subway systems 
having switchyards in areas subject to freezing weather. Here, such access 
may be used to energize or de^energize railroad switch heaters, read water, gas 
and electrical meters of utility customers, maintain a database of utility 



customers and in some instances implement a prepaid utility system for 
economically challenged utility custorners. At a higher level of access, clients 
such as utility companies and subway operators may be responsible for 
installation, maintenance and control of all remote control devices deployed by 

5 a client utility or other company. With respect to railroad heater switches, 
such a client user may be responsible for installation, maintenance and 
operation of remote units that allow remote control operation of the railroad 
switch heaters. At a highest level of access are service company administrators 
and users that initialize, operate and maintain services provided to the client 

10 companies. Such service company users and administrators manage accounts 
of the utility systems aiid companies, and alsp manage Internet and 
Cellemetry™ accounts through which remote devices communicate with the 
service provider. 

In general, tny system is a multi-user, multi-application and multi- 
15 service integrated management system. . As such, multiple, diverse client 
companies raay conveniently use the service, and including the aforestated 
monitoring of water storage tanks, reservoirs and associated inlets, electric, 
water and gas meter reading j capacitor bank switching, asset monitoring, 
railroad switch heater control; etc.. Mpiiitoring and management of such 
20 diverse services may be integrated into one platform that may use Cellemetry™ 
networks and the Internet for communications between the service company 
copaputer system, remote modules and end-user customers and companies. At 
a service company, the system may perform inventory management, customer 
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management, billing management and network diagnostics. For an end-user 
utility company or other such user, the system functions to provide 
information related to device and service management. 

In the instant application, the service company provides a service to 

5 companies and organizations utilizing rail travel or the like, such as subway 
systems. In these systems, and as stated, there are railroad switching yards 
that enable locomotives and towed cars to switch tracks by employing railroad 
switches that if not heated during cold weather^ may be jammed by ice and 
snow, presenting a risk of derailment. 

10, As described in the referenced and incorporated provisional 

application, there are some user operations that will trigger the system to send 
one or more MIN numbers, or pages, to one or more dedicated remote units 
that control or monitor the end user's equipment. Such an operation begins 
with the delivering of a request for data or a command from a cornputer, such 

15 as a web server, which may be a client or service company web server. In the 
instance of a client company, the web server may be physically located at a 
control center of the client company, or may be at a central location of the 
service company. For smaller end user companies, all that is required for an 
end user company to connect to my service provider system is a computer 

20 coupled to the Internet, and a conventional browser. Commaiids or requests 
for data are sent from« the end user company to the web server and remote 
module server located in the service company system, and which is §ent via the 
Internet, gateway server and cellular system to a remote module. The request 
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or command is processeci and issued as a MIN number via the CellemetryTM 
network to the remote module. Responsive to the comniands or request for 
data, the remote module sends a registration containing the ESN, also via the 
Cellemetry™ network, back to the service company system through the 
5 gateway server and Internet. A registration handler program or module in my 
system receives registration packets returned by the gateway server and 
processes them. 

Referring initially to Fig. 1, a prior art system including a portion 10 
of a railroad switch is shown. Conventionally, where the railroad switches are 

10 subject to freezing weather, a heaiter 12 is affixed to a fonyard portion 14, 
commonly known as a ''point", of movable portions 16 of track forming the 
railroad switch. In other instances, heaters may be attached to each of the 
sections of stationary track. A spurqe of electrical power, which in the case of 
an electrically powered subway system may be the same DC potential that is 

15 provided to the third rail between the tracks, is coupled via a switch 18 to 
heater 12. Switch 18 is mounted in a terminal box 20 (dashed lines) adjacent 
the railroad switch, with box 20 being suitably constructed for use in a harsh 
environment such as that found around railroad tracks. As described in the 
foregoing, in order to energize heater 12 in preparation for weather that may 

20 produce ice and snow, box 20 must be opened and switch 18 manually closed 
to apply electrical power to heater 12. Heater 12 then heats tracks of the entire 
point 14 so that any snow or ice trapped in region 22 between point 14 and rail 
24 is immediately melted when the railroad switch is moved so that point 14 



contacts rail 24, 

Referring to Fig. 2, the portion 10 of the railroad switch as shown in 
Fig. 1 is depicted as being modified with my invention. Here, a Cellemetry™ 
transceiver and heater controller are integrated into a remote unit 26 that is 

5 mountable in box 20. An antenna 28 from unit 26 extends to an exterior of 
box 20. Unit 20 is similar to or the same as the Cellemetry™ transceiver and 
controller as disclosed in my provisional patent application number 60/418, 
922 as referenced above and which is incorporated by reference in its entirety 
herein. As such, unit 26 receives MIN numbers from a cellular telephone tower 

10 via the Cellemetry™ system for energizing or de-energizing heater 12, unit 26 
also providing status information as to operation and condition of the heaters 
back to the cellular telephone tower via registration (ESN) signals. 

Referring now to Fig. 3, a block diagram of unit 20 is shown. Here, 
those portions shown in dashed lines are a remote module 22 and a railroad 

15 heater interface 24. Included in the interface 24 is a control pajiel 26 providing 
access to a 12 volt fuse 28 for providing fused power to remote module 22, a 
readable counter dial 30 and switches 32 that allow the unit 20 to be 
completely de-energized, or switched between manual or automatic operation. 
In addition, an indicator lamp 34, when illuminated, indicates that unit 20 is 

20 functional. Electrical power for unit 20, in the instance where the railroad cars 
are driven electrically, such as from a 750 volt DC source, is obtained from a 
DC/ DC converter 2 1 and regulated five volt supply 23. 

In portion^,22, a microprocessor 36 such as the COPS microprocessor 
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as disclosed in my referenced provisional patent application, which is 
incorporated herein by rejfere^^^^ logic for unit 20. A 

CellemetryTM radio transceiver 38, which also may be as described in the 
incorporated provisional application, is coupled to microprocessor 36 so that 

5 communications may occur between a cellular tower and each unit 20 
associated with a respective set of railroad switch heaters. An antenna 40 for 
radio 38 is disposed on an exterior of or extends from box 20 (Fig. 2). 

Within interface portion 24, all communications between 
microprocessor 36 and circuitry of interface 24 occurs, via optical couplers 42. 

10 This prevents any back EMF or other spurious signals from being transmitted 
between portions 22 and 24. As in the referenced provisional patent 
application, commands to the remote unit 22 are received by radio 38 and 
passed to microprocessor 36,. which in turn provides these commands to a 
solid-state contactor 44 that energizes or de-energizes switch heaters 46, 46(a. 

15 More specifically, the ON and OFF commands are passed from microprocessor 
36 to switches 32, which when in the AutO position, pass the ON or OFF 
command to 5 second delay circuits 48 and 50, respectively. Switches 32 may 
also be set to a MANUAL positiori, which requires manual activation of the 
heaters, as by the conventional switch (not shown) for the heaters. Also, in 

20 switches 32 there is an OFF switch that de-energizes the associated heater and 
control circuitry of remote unit 20; 

Delay circuits 48 and 50 prevent rapid cycling of the heaters by 
providing a delay, siich as five seconds or so, after each switching operation. 



Such rapid cycling may generate undesirable back EMF impulses or have other 
deleterious effects on the circuitry, After passing through optical couplers 42, 
the ON and OFF commands may be applied to a respective driver 52, 54, which 
in turn provide outputs to the SET and RESET inputs, respectively, of a 
5 latching relay 56. Relay 56 in turn energizes a coil in contactor 44 to close a 
set of contacts in order to energize or de-energize heaters 46, 46a with 750 volt 
DC power. Contactor 44 is a high current, high-voltage device available from a 
number of vendors, such as EATON-CUTLER HAMMER™. ; 

In another embodiment, the latching relay 56 may be omitted, with 
10 the ^'ON" and *ofr conimahds being held at a respective potential by the 
microprocessor, i.e. +5 volts for an **ON'' state and 0 volts for an "OFF^ state, 
with these potentials being applied directly to the contactor 44 via a respective 
driver. In addition, a latching relay, where used, may provide status 
indications back to microprocessor 36, The ceramic switch heaters 46, 46a, 
15 are typically constructed of a ceramic material that when first energized draw 
about 100 amps of current flow. This flow tapers off over about five minutes or 
so to a nominal operational current . fl^ of about five amps. Thus, fuses 60, 
60a are sized at about 125 ainp current at 800 volts DC. As stated, contactor 
44 is a high-voltage, high current device coristructed to handle these levels of 
20 voltage and current. 

Comparators 62, 62a each function to provide an output when a 
respective voltage indicative of current flowing through a respective heater falls 
below or rises above a voltage indicative of current flow less than about 3,75 



amps or greater than about 7.5 amps, indicating that the associated heater is 
drawing either too little or too much current, both of these conditions 
indicating failure or impending failure of the heater. Current is measured, as 
by current-measuring devices 61, 61a, that may be based on Hall effect 

5 devices. Here, a secondary current flow is induced by the heater current flow, 
with the iSepondaryi >^Urrent.5fl^ amount of current 

necessary to null the secondary; current is Lin ^turn sensed by a Hall effect 
device, and is proportional to theiheater curreri^^^ potential thereof 

being applied to ^inputs of vhigh>^^ 62a respectively. The 

10 outputs of comparators '62, :62a' arei in turnicoupled to respective inputs of 
optical coiipler/42]igvhifehTpri^ ou^iputsi via drivers 63, 63a to inputs 

of microprocessor 36. Programrning in processor 36, whe^ receives a signal 
indicative of abnoririail ' current ; i flow on ;, either: of these inputs, causes 
CELLEMETRYTM^ transceiver 3 8'ita^^ an error or alarm 

15 message to the eentralii processingi facility, r ;Such an error or alarm message 
contains at leastii%^ri^lrx)ad;T^ locating the 

railroad switch in order to perforra. maintenance of : thie^^^ and possibly 
some indication as to the nature^:oftthe fault,^ i:ei -overcurrent, undercurrent or 
an open condition^ -as 'whereron©:^^^ becomes opened due tp an 

20 associated heateB. ' drawing current i excess- lof 125 amps. When initially 
energized, and asistated^'^lhe heate^^^ about 125 amps when first 

energized. Thus, comparators 62, 62a will indicate excessive current flow until 
the current flow falls to. acceptable vlevelsv^which as stated occurs after about 



five minutes or so. As such, mieroprocessor 36 may be programmed so that a 
delay of about five minutes or so is introduced before sampling of the 
comparator outputs begin. 

Control logic used in unit 20 may be as described or similar to that in 

5 the referenced provisional patent application, i,e a COP 8 microprocessor 41 
which provides as outputs an ON command and an OFF command, these 
commands energizing and de-energizing heaters 46 and 46a. An SVC AVL port 
provides an output to a lamp 34 that is illuminated ivhen unit 20 is in service 
and logged onto a cellular system. A counter 30, preferably having a 

10 mechanical dial (pr other nonvolatile storage where an electronic dial is used) 
so that a power outage does not result in the counter losing its count, and 
receives as an input an iiicrementing count signal each time microprocessor 41 
provides a switching signal, either ON or OFF, to the switch heaters. Thus, 
counter 30 maintains a record as to the number of heater 

15 activatioh/deactivation actions that have occurred since a predetermined time. 
Such a count may be used as a parity check by comparing the record on 
counter 30 with a similar record in the database of a central processing facility. 

At the control center or central processing facility 43 (Fig. 4) of the 
service company, software incorporated in servers and general purpose-type 

20 computers is used to control the heater switching system and interface the 
system to the Internet 45 and cellular network system. In broad terms, a 
graphical user interface 72, which may be a windows- type or other interface, 
allows operators of the service company and end user company operators to 



interact with the system. As such, there may be a plurality of interfaces 72 a.t 
different locations feeding inforrnation to a web server 70 at a central location. 
Web server 70 interfaces the system to Internet 45, and allows initiation of 
management operations and provides notifications to users, such as warnings 

5 that a particular one or ones of the heater circuits are or about to become 
inoperable. As described, a|l that a client company needs to receive such 
warnings and other messages is a -computer coupled to the Internet, and a 
conventional browser. Alternately, the entire system may be leased or licensed 
to a user organization, such as TVA (TENNESSEE VALLEY AUTHORITY) or 

10 other such large organization, ' such as. a utilities company {water, gas, 

electricity) where monitoring and/qr control of equipment is needed over a 

large area of there are many eustprners to be ^m 

In the service company computer, a remote module server 74 

assembles MIN numbers into pages and forwards the pages to gateway server 

A' 

15 76, arid receives registrations (ESN numbers) from the remote modules by way 
of gateway server 76. In addition, remote module server 74 contains routines 
that provide a^utomatie system ^diagnosis and the aforementioned alarm 
functions. Server 76 ialso provides an interface between my service company 
and the cellular services. Pages - are teniporarily in a message queue 

20 77, and passed to remote module server 74 an gateway server 76, which 
passes the page to the JS-41 (control channel) system. The IS-41 system 
communicates with a local Gellular -Vswitching cen^ 82 and. tower 84, which 
sends pages to discrete heater remote modules 26 and receives registrations 
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from heater remote modules 20. 

More specifically, and referring to the block diagram of Fig. 5, the 
control center 43 of Fig. 4 is shown. Here, graphical user interface 72 may 
include any operating system, such as Windows 2000™ or Windows NT^^, 

5 Other operating systems, such as LINUX™ and UNIX™ may also be used as 
would be determined by a skilled programmer. Any browser, such as Internet 
Explorer^M, Netscape™, Eudora™,: Mozilla™ or another as determined to be 
appropriate by a skilled programmer may be used. As stated, interface 72 may 
be in a client company computer, in addition to an interface 72 in the service 

10 company system. A web server or general-purpose computers 70 generally 
configured as shown and described may be in a client company location. 
Further, web server 70 and remote modules server 74 may be configured as 
software modules that may be installed on a client company's computer 
system. Further yet, a plurality of remote module server software modules and 

15 web server modules may be installed in one or more computer servers of my 
service company. 

For web server 70, VISUAL STUDIO™ ASP NET™ may be used as a 
programming language. VISUAL C#™ may be used to develop remote module 
server 74. VISUAL C++t^ may be used to develop the gateway server, and 
20 MICROSOFT™ SQL SERVER 2000 may be used for the database. For 
database access, ADO.NET may be used, and HYPERTEXT MARKUP 
LANGUAGE™ (HTML) .may be used for generating reports. Of course, other 
programming languages may be used, as would be determined by the 



particular computers and server systems of other applications. 

Graphie^ user interface 72 communicates with web server 70, which 
also contains service routines or modules for system management 80. System 
management 80 generally performs management functions, such as system 
parameter configuration, i.e. TCP/IP port setting, maintenance of lookup 
tables, system timer control, rnonitors system performance and manages logs 
and alarms. ^ 

Device configuration 82 provides for adding and deleting railroad 
switch yard information and, within each switch yard, allows for adding and 
deleting discrete heaters and corresponding remote module information 
associated with a particular railroad switch. Here, this function is typically 
performed at an administrative level. User management niodule 84 allows 
management of users by administrators and provides administrative privilege 
control so that operators may ;be added and deleted and passwords for 
operators and administrators selected or assigned. 

Operationsd control and , monitor module 86 relates to routine 
functions of the system, such as! sending commands that energize or de- 
energize one or more railroad switch heaters. Also, this module handles 
alarms that are presented to ^ operators, and handles other requests from 
operators of the heater switching system. For issuing commands, module 86 
communicates with command queue 88 of the message queue 90. The 
command queue 88 in turn provides queued command information to web 
messenger 89. Messenger 89 aggregates MIN numbers so that the 
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transmission portion of up to 8 transactions (MIN default numbers for 
particular remote units or a single global MIN number) may be sent in a single 
page, with a command MIN (heater ON , heater OFF, etc.) being the ninth MIN 
number. Here, a transaction is defined as the process of causing a remote unit 

5 to perform an action, and receive and process a response from that remote 
device indicating that the action was accomplished. As such, each transaction 
is assigned an ID number that includes identification of the remote unit 
associated with that transaction, given a time stamp and includes a status flag 
that is used to indicate the transaction's status to various components of the 

10 system. 

As it generally takes a minute or so for a page to be sent, pages 
containing the same MIN number, as where a command or request is 
incorporated into two pages and ttie pages must be received by the remote unit 
sequentially, must be spaced apart in time to avoid the possibility of the second 

15 page being transmitted prior to the first page. Also, one or more bit positions 
in the MIN number may be used to indicate to the cellular system where in a 
sequence a page is to be inserted. Further, the commands may be prioritized 
in remote module server 79, as where a command or request for data relating 
to a surveillance system or a request for data relating to an electrical power 

20 outage is tagged as a higher-priprity message. Such a priority code, may range 
from low, medium and high, thusTequiring only two bits to transmit priority 
information. In other instances; priority may be either low or high, requiring 
only one bit to transmit priority information. As such, lower priority 
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commands, such as a request to read a meter or obtain daily usage, may be 
sent when there are no existing higher priority commands to be sent. The 
transactions are stored in a transaction hash table 120, after which the 
commands are obtained by page issuer 92. Hash table 120 incorporates 

5 several algorithms such as sorting pages in accordance with a priority scheme, 
for searching for one or more transactions that generate an error in the system 
and passing the error to registry handler 106, associating a received 
registration to a respective sent command and determining an origin, i.e. a 
source, of commands in the instance where multiple diverse systems are used. 

10 Page issuer 92 communicates the commands to the gateway server 
communicator 116, which in turn issues them, as by a conventional TCP/IP 
socket interface, to gateway server 76. . 

Alarm and transaction monitor 94 in. web server 70 receives alarms, 
alerts and similar messages from remote modules and the system in general 

15 and provides them to operators of the sy$teni. These alarms may be generally 
indicative of failures of deyices connected to a respective remote module, such 
as a railroad switch heater, a water, gas or electrical meter or surveillance 
device. In addition, responses ^o ^ inquires, such as status requests, are 
provided to operators via alarm and transaction monitor 94. Further, software 

20 and hardware errors of the system are reported via alarrn and transaction 
monitor 94. These alarms, inquiries and error messages are provided to 
monitor 94 by event dispatcher 96. Generally, event dispatcher 96 obtains 
event data from event queue 98y which temporarily stores transaction results 



and alarm messages, and associates transaction results messages with a 
respective MIN number and transaction ID obtained from data base 78. In 
addition, the event dispatcher correlates a result with a user in the event where 
multiple, diverse systems to are incorporated in a single service company 
5 system. 

Event data received by event dispatcher 96 is generated by event 
generator 118, which receives inputs from health center 119, registration 
handler 106, diagnosis engine 114 and page issuer 92. With respect to health 
center 119, any failure with respect to overall operation of the system and 

10 errors that are returned will elicit an alarm by health center 1 19, which alarms 
and errors being passed to event generator 118. With respect to commands 
and requests, page issuer 1 19 provides a return indication to event generator ; 
118 that the page containing one or more commands or requests was 
successfully sent. If the page was not successfully sent, an acknowledgement 

15 signal from the gateway server is not receiv0 and the command or request is 
not deleted from hash table 120. This results in two attempts to resend the 
page, after which an error is generated. A received aLcknowledgement response 
to sending a page to a remote unit is passed to gateway communicator 116, 
^d subsequently to gateway server messenger 1 10. Messenger 110 provides 

20 the acknowledgement signal in the form of a registration, and places the 
registration in registration queue 112. From there, registration handler 106 
periodically polls registration queue 112, and picks up the registration and 
processes the registration as shown in Fig. 9a as will be described. 
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Registration handler 106, responsive to an incoming registration, 
provides an indication of such to event generator 118 that a registration has 
been received. Incoming registrations from gateway server 76 that are 
solicited^ i.e. responsive to commands and inquiries, are received by gateway 

5 communicator 116 and passed to registration queue 112. From queue 112 the 
registrations are passed to registration hanciler 106. Here, operation response 
131 associates a transaction in hash table 120 with the registration for the MIN 
of that transaction and changes status of the transaction to "completed*'. This 
results in the transaction being deleted from hash table 120, although the 

10 transaction may be stored in a log or history file in the database. Where the 
registration is unsolicited, i.e. from an alarm or status change, the registration 
is compared by autonomous registration module 133 with previous readings to 
determine what the change of status is, as in a surveillance system where a 
motion detector is tripped. This change of status is then provided to an 

15 operator. Where the registration contains an error message, then the 
information is sent to event generator 118 to be provided to an operator. In 
registration handler 106 are temporary storage areas for storing information 
related to remote units of the system. For example, status is an area where 
status information of remote units is stored, this information related to power, 

20 battery levels and relay and switch positions. MOD/VER is storage for the 
model numbers and versions of the reniote units. ERROR is temporary storage 
for error messages, and which may generate a warning and store the error 
message in a log file. 



Diagnosis engine 114, Gontaining status tracer 115 and transaction 
tracer 117, traces transactions to insure they are acted upon and monitors 
health of the remote modules and network communications. Here, transaction 
tracer 117 periodically polls transaction hash table 120 for transactions that 

5 have been marked as completed by operation response 131, and deletes 
completed transactions from the hash table. Where a transaction has been 
acted on in server 74 but no acknowledgement of such was sent by either the 
cellular system or the gateway server, then transaction tracer 1 17 waits for a 
predetermined period of tinie, such as 2 minutes, and if a confirmation has still 

10 not been received, then it causes the transaction to be resent. This delay and 
resending occurs twice, and if no confirmation i3 received ajfter the last 
resending, then transaction tracer 117 causes an alarm to be generated via 
event generator 118; Status tracer 115 monitors health of the remote units, 
each of which being typically programmed to transmit a health signal at 

15 predetermined intervals, i.e. once a day or so for remote modules such as in a 
meter reading application, or once a week or so during the summer for a snow 
melter application. ^ 

MIN register 100 provides temporaiy storage for adding and deleting 
MIN numbers for devices dn the field that are added or removed. In this 

20 instance, when a new device is fielded, a new MIN number is assigned to that 
device. This new MIN number may be added by an administrator of the service 
company, or by an operator or administrator of the end user company. The 
new MIN number js added through device configuration 82, from which the 



,28 



MIN number is added to MIN register 100 and database 78. Register 100 is 
periodically polled by web server messenger 89, and obtains the MIN number 
and places it in register MIN queue 91. When a MIN number is found in queue 
91 by MIN register 122, as by polling, the new MIN number is picked up and 

5 passed to gateway communicator 116. Communicator 116 in turn passes the 
new MIN number to gateway server 76 where it is stored in MIN hash table 
150. MIN register 122 is also used during initialization of the system. Here, all 
MIN numbers for all remote devices associated with fielded systems, such as 
the railroad switch heater systerti^ the meter reading systems and surveillance 

10 systems, are obtaiiied from database 78 by register 122 and passed to the MIN 
hash table in gateway server 76,: 

While a direct pathway is shown (for clarity) for transferring MIN 
numbers from register 100 to register 122, the actual data pathway is through 
command queue 88, web messenger 89, ■ tranoaction hash table . 12 0- and 

15 registration handler 106, Here^ the new MIN number from device configuration 
82 is inserted into command queue 88 by MIN register 100. Web messenger 89 
then notifies MIN register 122 that a new MIN is being added. MIN register 122 
then passes the new MIN number to gateway communicator 116, from which 
the Min number is passed to gateway server 76 and stored in MIN hash table 

20 150. Such new MINs, when added to server 76, are acknowledged by register 
min AGK signal 125^ which notifies MIN register 122 that the new MIN was 
successfully registered in hash table 150. 

The remote module server health check signal from box 104 to health 

29 
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check module 102, while also shown as a direct connection from remote 
module system heart 104 for clarity, is in fact sent through event generator 
118 and event queue 98 to health check module 102. This signal is provided 
from the remote module server 76 to module 104, and indicates health of the 

5 remote module server. Health check module 102 in web server 70 monitors 
general health of the remote modules; Gateway server health checker 126 
monitors health of the gateway server, and receives health information via 
gateway server messenger 110 and health acknowledgement signal 128, In 
this system, upstream components check health of downstream components, 

10 i.e, web server 70 checks health of remote module server 74, server 74 checks 
health of gateway seryer 76, etc.. If there is a problem with any of the 
components then an error message is sent to an administrator of via event 
generator 1 18. 

As described, transaction information for sending a page is developed 
15 in operational contro^module 86^ a^^^ such as to energize or 

de-energize one or more heaters, read particular water, gas or electrical meters, 
etc., rnay be initiated by a user; logged into ^Qphico interface 72 . In other 
instances, operational control module 86 may be programmed to automatically 
send pages to the remote devices, as where meters are being read. The 
20 transaction information for a page^is passed to command queue 88 where it is 
held until called by web messenger, 89 and passed to hash table 120, where it 
is stored until called by page issuer 92; Page issuer 92 issues a page to 
gateway communicator 116j which in turn passes the page information to 
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gateway server 76. In addition, page issuer 92 provides notification to event 
generator 118 that a page was issued, and event generator 118 in turn 
provides notification to the operator as to whether the page was successful or 
not. Gateway server 76 receives commands and inquiries from remote module 
5 server 74, and passes these commands and requests through the Internet to 
the CELLEMETRYTM gateway, . From the other direction, responses and 
registrations are transmitted by the IS-41.and cellular phone system to the 
CELLEMETRY^M gate\yay and through the Internet where they are passed to 
gateway server 76, 

10 Server 76 receives page requests from server 74 via a socket manager 

130, which may use a TCP/IP socket communicator. Socket manager 130 may 
be provided with discrete socket modules for handling different systemsi, such 
as railroad switch socket module 131, with other system socket modules, i.e. 
for meter reading, surveillance, etc., represented by "other socket" 133. It 

15 should be noted that these discrete sockets function similarly, so that such 
socket modules may easily be developed and added or deleted as needed to the 
platform. Where there are different remote module servers, which as described 
may be either in separate computers or configured as modules in one 
computer, the boxes marked STATUS, MOD/ VER and ERROR are constructed 

20 to be specific to that system. Additional boxes may be added, for example in 
the meter reading application , a box labeled METER READING would be 
symbolic of a^memory region vv^here gas, electric and water meter readings 
would be stored. 



The pages are configured into pages at page construction 132, and 
placed in one of queues 134, 136. These queues receive the pages as 
determined by the priority scheme in hash table 120. Here, pages stored in 
priority page queue 136 are sent first, and when empty, pages from normal 
page queue 134 are sent. Page transmitter 144 passes the pages to the 
CELLEMETRYTM gateiway to the Internet, from which the page is routed by the 
IS-41 and cellular system to the remote module associated with the MIN 
number of the page. If an error occurs, page transmitter 144 provides the MIN 
number associated with the error to registration router 148, which in turn 
associates the error with the MIN riumber of the remote device from hash table 
150. Hash table 150 maintains a record of all MIN numbers associated with 
the socket resources of all remote modules of the system. Registration receiver 
146 receives registrations from the remote modules, and passes them to 
registration router 148, which associates the registration with a corresponding 
remote server by looking up the default MIN of the remote server in hash table 
150. The registration is then passed to socket manager 130 for transmission to 
remote module server 74 to be processed as deiscribed. 

Within the graphical user interface 72, a login screen is presented to 
an operator when logging onto the system. Within this login screen, a 
password and user name may be required, as should be apparent to one skilled 
in the art. After logging in; a main menu screen (Fig. 6) may be presented that 
contains menu options, or such :options may be obtained from a pop up menu, 
a pull down menu or any other type menu as determined to be suitable by the 
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programmer. Typically, such a main menu includes configuration options and 
allows for access of a particular railroad switching yard where the system 
controls; more than one railroad yard, and also provides for control of discrete 
switch heaters. Examples of such yard configuration screens and heater 

5 configuration screens are shown in Figs. 6a and 6b. Similar screens (Fig. 6c, 
Fig. 6d) may be provided for adding or deleting railroad switching yards and 
discrete railroad switch heaters. For providing control of a particular switching 
yard, a screen such as that shown in Fig. 6e may be provided. After a 
switching yard is selected, an operator may be presented with a yard control 

10 screen such as that shown iri Figiv7- which screen showing status and alarm 
indicators 200 (sequentially numbered 1 - 60). A shown, these status and 
alarm indicators may each provide an indication as to whether a particular 
heater is "ON" or "OFF", and status indications of each heater system with 
respect to a major fault, minor fault j whether the heater is under manual or 

15 automatic control, as , by switches 32 (Fig. 3) being either in the manual or 
automatic position, a TENDING'^ indication, as when a heater is being 
installed, and a "NOT IN SERVICE" indication, which again may be controlled 
by switches 32. These various status and alarm indications may be indicated 
by a respective color or other feature to clearly indicate status. A window 202. 

20 may provide run-time status and details with respect to the status of a selected 
number of heaters. Window 202 may be expanded as needed to accommodate 
status of as many -heaters as needed. Buttons marked "ALL MELTERS ON" 
and "ALL MELTERS OFF*' provide an option to energize or deenergize all switch 



heaters in a particular railroad switching yard. Additional windows may be 
opened as shown in Fig. 7a, as by. clicking on the button for that heater or 
highlighting and clicking on the status information of a heater in window 202. 
Here, each heater may be individually controlled and indications provided as to 

5 its run-time and status. When a major fault occurs, a pop-up window 206 may 
open indicating time of occurrence of the fault and nature of the fault. 

An account configuratiori page is shown in Fig. 7c. This page is used 
by the service company to access a user account, such as a utility company, 
surveillance conipany, or a subway operator to control railroad switch melters 

10 as described. Within this page/ users may be added or deleted, and 
administrators and operators for the user company may be added and deleted. 
Privilege levels for such users may also be assigned, as by highlighting and 
clicking on their names. This action may open another screen such as that 
shown in Fig. 7d, where more information about the user may be entered. 

15 A series of flowcha^^^ described, with functions of these 

flowcharts being generally related to remote server 74 in the block diagram of 
Fig, 5 and the screen images of Fig. 7 - 7e, Here, Fig. 8 shows an initialization 
sequence. First, at box 200, the command queue, event queue, and 
transaction hash table 120 (Fig. 5), labeled Slist, and registration queue are 

20 initialized, and where^appropriate populated w default values. Next, at box 
202 the autoresetevent signal, GWSregistration, GWSregisterMINack signal and 
GWShealthack message are initialized. At box 204 the GW communicator is 
initialized to establish the socket connection to the gateway server. At box 206 



an inquiry is made as to whether the socket connection to the gateway server 
was successful, and if unsuccessful, then the program returns si FAIL signal 
and exits at box 208. If the connection was successful, then at box 210 the 
gateway server messenger and gateway server health checker are initialized. At 

5 box 212 the gateway server messenger thread is started, allowing the gateway 
server messenger to run at box 214. At box 216 the transaction tracer thread 
is started, allowing the transaction tracer to m at box 218. At box 220 the 
gateway server health checker thread is started, allowing the gateway server 
health checker to run at box 2;32. At box 224 the implicit register MIN, i.e MIN 

10 register 122 (Fig. 5) retrieves all MIN riumbers for the remote moduleis from 
database 78 and passes them via the gateway communicator 1 16 to hasji table 
150 in gateway server 76. At:boxy226 the gateway server registration handler 
thread is started, allowing the registration handler to run at box 228. At box 
230 the gateway server page issuer thread is started, allowing the page issuer 

15 to run at box 232. It should be noted that the threads of boxes 2 14, 2 18, 222, 
228 and 232 run as endless loops, i.e when they reach the end, as shown on 
. their respective flowcharts, they loop back to the beginning and run again. 

Fig. 9 is a flowchart of one method by which pages may be issued by 
the page issuer thread 232 initialized in Fig. 8. At box 250 the query is made 

20 as to whether the command queue 88 (Fig. 5) for issuing commands to the 
heater remote modules is empty or if commands are present in the queue. In 
the instance where the. corrimand , queue is empty, the program simply loops 
back to ask the question again. If the command queue is not empty, as 



35 



indicated by a " NO" answer, meaning that at least one command is in the 
queue, such as a command to energize or deenergize a remote heater module, 
to read a meter or get status information from a remote module, then the 
command request is retrieved by web messenger 89 from the queue at box 252. 

5 At box 254 the question is posed as to what type of command has been 
retrieved. If the command is ah individual command, i.e. a command to a 
discrete remote module, such as to energize or deenergize a specific railroad 
switch heater or switch a capacitor bank for a utility system, then the program 
proceeds to box 256 where the question is asked as to whether the same^^M^ 

10 in the transiactipn hash table 120, meaning that the remote module is busy 
processing a previously-issued conimand. If the MIN is found in the status list 
of hash table 120, then the answer at box 256 is YES, meaning that the action 
is in progress, Here, while the action at the remote module takes little time to 
accomplish, sending the page and receiving an associated registration may 

15 require a minute or more. Thusj at box 258 a report is generated via event 
generator 118 (Fig. 5) indicating that the requested MIN is already being 
processed, with this report being shown iii window 202 (Fig. 7). Similarly, 
where a group of MINs are requested, as where all switch heaters are to be 
energized, and one or more are already in process, then corresponding reports 

20 are generated through event generator 118. If the command type is a register 
MIN (box 262), aS' where a new remote module is added to the system, a MIN 
number is added to database 78 for the new remote module. In this instance, 
the new MIN number is added to MIN register 100, which in turn provides it to 



MIN register 122 where it is passed via gateway communicator 116 and socket 
manager 132 to hash table 150 of gateway server 76- Where the answer at box 
256 is NO, meaning that the transactions are not in progress, then the 
program falls through to box 264 where the request or requests is/ are inserted 

5 into the transaction hash table 120. This causes, at box 266, a ''PAGE ISSUE'* 
to be initiated that cumulates in the issuance of a page containing the 
command MIN. At box 268 the command MIN is obtained along with switching 
center information for the requested page by page issuer 92, and at box 270 
the page is issued to.gateway server 76 via gateway communicator 1 16. At box 

10 272 the query is made as to whether the page was successfully issued, as by 
reception of an acknowledgement signal from the cellular system, and if so 
then at box 274 "ISSUE SUCCESS'^ is associated with the respective MIN in 
hash table 120. At box 278 ''ISSUE COMMAND SUCCESSFUL^is reported to 
web server 70 through event generator 118, which reports a successful issue of 

15 the conimand in box 202 (Fig: 7), and the program exits. If the issued 
command was not successful at box 232, then at box 280 ''ISSUE FAIL'' is 
associated with the MIN number in hash table 120 and at box 282 error 
information is saved in an exception log table in database 78. In the instance 
of a major failure, the failure message may be provided as a pop-of window in 

20 Fig. 7, or where the failure is a minor failure the failure message may be 
associated with a respective one - of buttons 200 or provided in status window 
202. 

Fig. 9a illustrates, by way of example, one possible logic flow for 



37 



I } ' ■ ■ ^ ■ . 

\ \\ ■ ■ - ' • , 

handling registrations, i.e. the registration handler thread 228 of Fig, 8. 
Generally, this logic flow describes how registration data is obtained from a 
registration queue, the data being parsed and reports generated containing, 
where appropriate, an error message, ESN data, status information and the 
5 status, alarm or other message saved in database 78. More specifically, at box 
290 the regisltration is buffered in registration queue 112, and gateway server 
76 notifies registration handler 106 by a synchronic signal that a registration is 
waiting to be picked up, at which point the registration message is obtained by 
gateway server messenger 1 10 at box 292, At box 294 the query is posed as to 

10 whether or not the message is £l registfation message or an error message. In 
the instancy where the message is a registration error message, then at box 
296 the event "ALARM REPORT" , is reported to web server 70 via event 
generator 118. As described, the error message may be displayed in status 
window 200 (Fig. 7), a pop-up window or be associated with an icon. At box 

15 298 the inquiry is posed as to whether or not the MIN number is found in hash 
table 120. If so, then at box 300 "TRANSACTION FAIL" is reported to web 
server 70 vija event generator 1 18 and an event is reported, as by displaying a 
message in status window 202. 

At box 302 the registration information is saved to a transaction table 

20 in database 78, and at box 304 the registration error message is deleted from 
the transaction status list ( a data structure in hash table 120). Where the 
answer at box 298 is NO, then the program returns to the beginning to run 
again at box 290. As stated, this logic module runs in an endless loop. If, at 



box 294 a registration was rece;ived instead of an error, then at box 306 the 
ESN number is parked by gateway server messenger 110 to obtain registration 
information, i.e whether the command was solicited or unsolicited, the 
corresponding command type and operation result. At box 308 the question is 

5 asked as to whether the registration was solicited, and if so then at box 310 the 
question is asked whether the corresponding MIN that solicited the registration 
is located in transaction hash table 120. If so, then at box 312 "TRANSACTION 
SUCCESSFUL" is reported to web server 70 via a calling function in event 
generator 118. At box 314 the registration information, i.e. time that the 

10 registration was received, status, ESN result, exception, etc., is saved to the 
transaction table in database 78, and at box 3 16 the MIN number that solicited 
the registration is deleted from hash table 120 and the program falls through to 
inquiry box 318. At. box 318 the question is posed as to whether the 
registration was solicited or unsolicited, i.e. response to "get status'', and if the 

15 registration was unsolicited then the logic falls through to box 320. Where the 
answer at either of box is 308 or 310 is no, meaning that the registration was 
not solicited or the MIN number; .wa not found in hash table 120, then the 
program also loops to box 320 where autonomous registration status electronic 
serial nuniber (ESN) _ . 

20 processing occurs for an unsolicited registration, Here, all registrations have a 
status field, with the status , bits being compared with previous status 
indications and if-different a corresponding alarm generated. At box 322, the 
ESN value of the registration is compared, bit by bit, with the ESN value 



retrieved from database 78. If there is a bit change then at box 324 an alarm is 
generated and sent to web server 70 to be displayed. At box 326 the ntw 
status value is saved in database 78. Where the answer at box 3 18 is no, then 
the program exits and runs again. 

5 Fig. 9b illustrates the process of gateway server messenger 1 10, which 

also runs in an endless loop. As stated, this component receives messages 
from gateway server 76 through gateway communicator 116 and dispatches 
messages to different modules such as registration queue 112, MIN register 
122 and gateway server health checker 126, each of which subsequently 

10 performing their respective functions^ At box 330 messages are obtained from 
gateway server 76 via the ""get •message'' function of gateway communicator 
116. At box 332 the question is asked as to what type message has been 
obtained. For a gateway server register MIN ack message, the logic flows to box 
334, for a gateway server registration the logic flows to box 336, and for a 

15 gateway server health acknowledgement signal the logic flows to box 338. At 
box 334, the register MIN ack signal is parsed to obtain the MIN number and 
ESN string, and at box 340 the MIN register is signalled to indicate that the 
gateway server register MIN ack; message h received, after which the 

program exits. At box 332 where the message type is a gateway server 

20 registration, the message is parsed at box 342 to obtain the MIN and ESN 
strings. At box 342 the message is :i^ into registration queue 112, and at 

box 344 registration handler 106 is signalled to indicate that there is a 
message in queue 112, after which Ihe logic exits. At box 338 the gateway 
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server health checker is signaled to indicate an acknowledgement signal has 
been received, indicating that the gateway, server is up and running correctly. 
After boxes 340/344 and 338 the logic flow exits. 

Fig. 9c depicts a flowchart relating to insertion of event messages into 

5 event queue 98. Again, this logic runs in an endless loop, and occurs when 
registration handler 106 generates aji alarm, event or transaction message. 
The logic may also .be called by page issuer 92, diagnosis engine 114, health 
center 119, or MIN register 122 whenever ^ components detect an error. 
As shown, at box 346 transaction information for the next transaction to be 

10 performed is obtained: from hash table 120. Where there are a number of 
transactions to be acted upon, the next action may be selected using the 
priority scheme as described. At box 348 an inquiry is made as to whether the 
transaction has timed out, such- as when the two minute delay has expired 
after a page is issued. If the transaction has not timed out in the logic flow 

15 loops back to box 346 to obtain /the next transaction from hash table 120. 
Where the transaction has timed out> then at box 350 the question is asked as 
to whether the maximum number of retries for the transaction has occurred, 
as where an attempt to send a page to gateway server 76 has been retried 
twice. If the maximum number of retries has occurred, then at box 356 the 

20 transaction is deleted from hash table 120 and the logic falls through to box 
358 where the inquiry is made as to whether or not the transaction was issued. 
If the transaction issued, then at box 360 a report "transaction timeout" is sent 
to web server 70 via event generator 1 18 and a message is displayed in window 



202 indicating thyat the transaction issued but received no response. The 
transaction result is saved in a transaction table in database 78. If, at box 358 
the transaction was not issued, then at box 364 the report "transaction issue 
failed" is sent to web server 70 via event generator 118, with an appropriate 

5 message displayed in window 202 or a pop-up warning being triggered. This 
failed transaction result is saved at^ box 366 in the transaction table. If, at box 
350 the maximum number of retries has not occurred then at box 352 the 
"issued" status is set in the status field of the transaction in hash table 120^ a 
counter indicating the number of retries is incremented by one and the time 

10 delay in the hash table for the page is reset to two minutes.: At box 354 the 
page is reprocessed as shown in 

Fig. 9d illustrates logic for a functional interface for the remote 
module server 74 to send pages and receive registratioris to and from gateway 
server 76. Here, at box 370, a message length is calculated according to the 

15 message type, i.e. as different type messages may have different length, the 
length of the message is calcula;ted and memory for the message allocated 
accordingly. At box 372 the gateway server request message is assembled in 
the allocated memory, and includes message length, message type, priority, 
sequential, SID and SYSNO field. Here, with respect to respective positions in 

20 fields of the message, priority - 1 may represent a high priority level, while 
priority = 0 may represents a low priority level. "Sequential* indicates whether 
the pages in a transaction are to be issued in sequence or not. Sequential = 
true may require the gateway server to keep the sequence of the pages in the 
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MIN transaction of in order, while "sequential = false'^ does not. SID is the 
mobile switching center system identification number, and is used by the 
gateway server to construct and route outgoing packets. Thus, all pages in the 
MIN set for an area served by a common mobile switching center share the 

5 same SID. SYSNO defines the mobile switching center switch number, i.e. 
which service provider, and is also used by the gateway server to construct and 
route outgoing packets. All pages in the MIN set share the same SVSNO. At 
box 374 the comniand MIN and .RM MIN/MINSET are converted to binaiy 
coded decimal format and at box 376 the query is made as to whether or not to 

10 send the page or transaction to .the. gateway server socket. If the answer is fail, 
then an exception is developed at box 378 and a corresponding message 
displayed in box 202. If the answer is success, the page is sent to gateway 
server 76 and the program loop? back to the beginning in an endless loop. 

Figure 9e shows logic flow that develops error codes when one or more 

15 of a plurality of errors occur. These, errors may include gateway internal errors 
such as buffer overflow, authentication failure, and others related to the 
gateway server. Other failures that develop error codes are a general modem 
error, sequence rejected due to an invalid MIN number, an invalid switch ID, 
an invalid switch number, a bad sequence, an excessive number of dial retries, 

20 an excessive number of modem retries^ a connection failure, no TLDN allocated 
(no available modem) and an IS page failure. In the flowchart, at box 380 the 
header message is received from the remote unit, and the question is asked as 
to whether reception of the message was successful or unsuccessful. If 
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reception was unsuccessful, then at box 382 a GWS COMM exception is 
developed, and notification is provided with respect to this error. If reception 
was successful, then at box 384 the message length and type are read. At box 
386 the question is asked whether the body of the message was received, and if 
not then at box 388 a GWS COMM exception is developed, and notification is 
provided. If reception of the body is successful, then . the program exits and 
runs again from the beginning, w^ :: 

Fig. 9f is a flowchart representative of logic flow of remote object 
calling for web server 70 to register or unregister a single or a batch of MINs in 
the gateway server: Accordingly, at box 390 all the remote MINs, in BCt) 
format, that belong to the service, such as the railroad switch heater control 
system, are retrieved from database 78 and buffered in MIN register 122. At 
box 392 the MIN numbers are sent to gateway server 76 through gateway 
server communicator 116. To remove the MIN numbers from the gateway 
server, the same path is used as when a hew MIN number is registered. At box 
394 a wait period is initiated in order to receive a signal by gateway server 
message 110, such signal indicating that the gateway server register MIN ack 
signal was received. When this signal is received, at box 396 the message 
"register RM MINS successfully" is returned, meaning that the MIN numbers 
were successfully registered in gateway server 76. A corresponding message is 
displayed in window 202. If the ack message is not received then the logic falls 
through to box 397 where a re try?, occurs, this retry looping back to box 392. 
After three retries, the logic falls through from box 397 to box 398 where the 
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error message "register RM mins fail" is stored in an exception log table, and at 
box 400 "register RM jnins fair is returned and displayed in box 202 (Fig. 7). 

Fig. 9g is a block diagram of logic flow called by page issuer 92 when 
web server 70 gets a new MIN to add to the system or a command to delete a 

5 MIN from the system, and put the message "add MIN/ delete MIN in the 
command queue. Here, the path to register the new MIN is through 
operational control 86, command queue 88, web messenger 89 and through 
transaction hash table 120 to MIN register 122. At box 410 the message "send 
gateway server register MINs/gateway server unregister MINs" is sent to 

10 gateway server 76 through gateway communicator 116. At box 412 a wait 
period is introduced in anticipation of reception of an acknowledgement signal 
from gateway server messenger 110, meaning that the gateway server MIN 
register/ unregister signal wasr received, at which point at box 414 a 
"register/unregister RM MINs ^successful"^ is returned. If the 

15 acknowledgement signal was not returned, then at box 416 the program loops 
back to box 410 and the processes: of boxes 410 and 412 are retried up to three 
times. After three trials, at box 418 "register/ unregister RM MINs fail" is $aved 
to the exception log table and at box 420 the messag;e "register/unregister RM 
MINs fair is returiied to be displayed in box 202. 

20 As stated, my system may be easily adapted to multiple applications 

in addition to railroad switch heating systems simply by connecting a 
CELLEMETRY™ radio, and in soiJie instances a GPS receiver, to an appropriate 
sensor. Some of such applications include automatic meter reading and 



prepaid utilities systems, suryeiUance systems of all types where an individual 
is not actually watching a monitored area, personal security and location 
devices, control and monitoring of systems such as capacitor banks for power 
factor balancing, quickly determining areas effected by eleptrical power outages 
5 and others, as should be apparent to one skilled in the arts from my 

disclosure. :.\.;.:Ur.v.... 

Having thus described my invention and the manner of its use, it 
should be apparent to those skilled in the arts that incidental modifications 
may be made thereto that fairly .fall within the scope of the following appended 
10 claims, wherein I claim; , 
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